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(57) Abstract 

A system for extended enterprise planning across a supply chain is provided. The system includes transactional execution system 
layers (14, 18) for a demand enterprise (10) and a supply enterprise (12). First and second federated electronic planning interchange layers 
(16, 20) provide a data specification format and an external communication interface for transactional execution system layers (14, 18). A 
supply chain planning engine (22), operable to perform planning for the supply chain, is in communication with a third federated electronic 
planning interchange layer (24) which provides a data specification format and an external communication interface for the supply chain 
planning engine (22). A data access/transfer layer (28) interconnects and allows transfer of information between the first, second and third 
electronic federated planning interchange layers (16, 20, 24). The supply chain planning engine (22), the first transactional execution system 
(14) and the second transactional execution system (18) can thereby communicate data which the supply chain planning engine (22) can 
use to provide constraint based extended enterprise planning across the supply chain. 
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SYSTEM AND METHOD FOR EXTENDED ENTERPRISE 
PLANNING ACROSS A SUPPLY CHAIN 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to the field of 
electronic systems, and more particularly to a system and 
method for extended enterprise planning across a supply 
5 chain. 
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BACKGROUND OF THE INVENTION 

Planning systems are used by enterprises in various 
industries to plan operations. Conventional 
transactional execution systems include ERP (Enterprise 
Requirements Planning), MRP and MRPII (Material 
Requirements Planning) , and DRP (Distribution 
Requirements Planning) type systems. Other, more complex 
systems can be used to integrate enterprises and execute 
planning strategies provided the enterprises use 
compatible data specification formats. One such complex 
system is the RHYTHM system available from 12 
TECHNOLOGIES located in Dallas, Texas. The RHYTHM System 
uses a flexible network based approach of operations, 
resources and buffers to model a supply chain rather than 
a traditional hierarchical approach. 

Conventional transactional execution systems such as 
the ERP/MRP/DRP type systems are typically architected as 
hierarchical to pass data between independent nodes 
rather than to solve planning and scheduling problems as 
they exist throughout a supply chain. Dependencies for 
multiple enterprises between demand, material, capacity, 
logistics, customer allocations, supplier allocations, 
and related business constraints are not solved by these 
conventional systems. When using conventional 
transactional execution systems, each enterprise 
generates its own plan from its point of view. Sequential 
data transfer between enterprises in a supply chain is 
used to share information. This transfer of data can 
provide some information to aid the planning of 
operations for an enterprise. 

One conventional technology used by enterprises to 
share information is EDI (Electronic Data Interchange). 
This protocol provides a way to administer change 
management and control within a supply chain. However, 
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EDI has problems with respect to achieving customer 
driven goals such as real time order promising and true 
supply chain cost optimization, assembly coordination, 
and inventory deployment. Using the automotive industry 
5 as an example, a considerable portion of the cost build 

up for a vehicle is overhead in the supply chain due to 
attempts to plan operations based upon old, inaccurate or 
limited information. Even with EDI, the lack of 
bidirectional vertically integrated production plans 

10 within the supply chain causes problems in that plans are 

constructed based upon old or inaccurate information and 
material and capacity exceptions at each level are not 
solved before requirements are passed to the next level 
in the supply chain, thus compounding problems down the 

15 supply chain. 

In general, supply chains can be placed into one of 
two categories: tightly coupled or loosely coupled. A 
tightly coupled supply chain is one in which there is 
little substitution of vendors or suppliers of materials 

20 and parts within the supply chain. These types of supply 

chains are characterized by complex bills of materials 
and by products that have a higher sophistication with 
requirements that are more detailed and more deeply 
involved. Tightly coupled supply chains are generally 

25 lean in that they are characterized by a low inventory 

environment. An example of a tightly coupled supply 
chain is the automotive industry. On the other hand, a 
loosely coupled supply chain is one in which there is 
relatively heavy substitution between vendors and 

30 suppliers of products and parts. An example of a loosely 

coupled supply chain is a consumer packaged goods supply 
chain such as one driven by customer demand at a large 
retail store. 
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Conventional planning processes implemented by 
enterprises in either type of supply chain are not 
characterized by close cooperation. Generally, the 
supply chains are composed of separate enterprises with 
5 each running a separate transactional execution system. 

The degree of planning across the enterprises to plan for 
the whole supply chain is relatively nonexistent. 
Consequently, it becomes difficult to effectively 
coordinate and create business relationships that 
10 efficiently and effectively fills customers needs. It is 

desirable to plan for the entire supply chain, as closely 
to real time as possible, and to propagate information 
forward and backward between enterprises. 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, a system 
and method for extended enterprise planning across a 
supply chain are provided that substantially eliminate or 
5 reduce disadvantages and problems associated with prior 

planning systems and methods. 

According to one embodiment of the present 
invention, a system for extended enterprise planning 
across a supply chain is provided. The system includes 

10 at least one transactional execution system layer for a 

demand enterprise that is in communication with a first 
federated electronic planning interchange layer. The 
first federated electronic planning interchange layer 
provides a data specification format and external 

15 communication interface for the demand enterprise's 

transactional execution system layer. The system also 
includes at least one transactional execution system 
layer for a supply enterprise that is in communication 
with a second federated electronic planning interchange 

20 layer. The second federated electronic planning 

interchange layer provides a data specification format 
and external communication interface for the supply 
enterprise's transactional execution system layer. A 
supply chain planning engine, operable to perform 

25 planning for the supply chain, is in communication with a 

third federated electronic planning interchange layer 
which provides an external communication interface for 
the supply chain planning engine. A data access/transfer 
layer interconnects and allows transfer of information 

30 between the first, second and third federated electronic 

planning interchange layers. The supply chain planning 
engine, the first transactional execution system and the 
second transactional execution system can thereby 
communicate planning information which the supply chain 
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planning engine can use to provide extended enterprise 
planning across the supply chain. 

The ability to operate bi-directionally within a 
flexible supply chain network to allow integrated 
5 planning and scheduling information both horizontally and 

vertically is a technical advantage of the present 
invention. The EPI layer of the present invention 
interconnects the enterprises and allows the supply chain 
planning engine to see the entire supply chain and solve 

10 problems for the entire supply chain. The present 

invention allows access to data outside a single 
enterprise's transactional data, thus creating an 
extended enterprise planning environment. The EPI layer 
can be implemented for enterprises running disparate 

15 transactional execution systems already in place at each 

enterprise. The transfer of information between 
enterprises can include a commitment to the exchange of 
data as well as to the timing (federation) of the 
exchange which enables the execution of effective 

20 planning strategies across the supply chain. 

Another technical advantage of the present invention 
is the reduction of average inventory levels in 
enterprises in a loosely coupled supply chain and the 
reduction of overhead costs in a tightly coupled supply 

25 chain through the execution of planning strategies for 

the entire supply chain. 

The extended enterprise planning system and method 
of the present invention further provide a technical 
advantage of allowing substantially just-in-time planning 

30 for an a supply chain. In addition, a feasible plan can 

be maintained throughout the supply chain, and allocated 
available-to-promise (ATP) buffers can be established at 
each enterprise. 
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The electronic planning interchange data protocol of 
the present invention can provide a format and timing for 
data required at each tier within a supply chain so that 
a supply chain planning engine can operate to provide an 
5 integrated infrastructure that supports bi-directional 

propagation of planning and scheduling information in a 
real time format. This ability to plan and schedule an 
entire supply chain is a technical advantage of the 
present invention. The electronic planning interchange 
10 data protocol also provides business requirements to 

execute the supply chain. Using the EPI data protocol, 
an enterprise can enforce business policies, rules, 
procedures, data dependencies and timing which are key 
elements to drive planning across the supply chain. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present 
invention and the advantages thereof may be acquired by 
referring to the following description taken in 
conjunction with the accompanying drawings, in which like 
reference numbers indicate like features and wherein: 

FIGURE 1 is a block diagram of one embodiment of a 
system for extended enterprise planning across a supply 
chain according to the teachings of the present 
invention; 

FIGURE 2 is a block diagram of another embodiment of 
a system for extended enterprise planning across a supply 
chain according to the teachings of the present 
invention; 

FIGURE 3 is a block diagram of one embodiment of 
enterprises in an automotive supply chain; 

FIGURE 4 is a block diagram of one embodiment of 
enterprises in a consumer packaged goods supply chain; 
and 

FIGURES 5A, 5B and 5C provide a flow chart of one 
embodiment of a method for managing demands communicated 
between enterprises in a supply chain according to the 
teachings of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 is a block diagram of one embodiment of a 
system for extended enterprise planning across a supply 
chain according to the teachings of the present 
invention. A demand enterprise 10 and a supply 
enterprise 12 of FIGURE 1 are two enterprises within a 
supply chain. Demand enterprise 10 represents an 
enterprise where demand for a product or part is 
generated. For example, demand enterprise 10 can be a 
distributor or other point of sale entity. Supply 
enterprise 12 represents an enterprise that supplies 
demand generated at demand enterprise 10. It should be 
understood that a supply chain typically would include 
numerous demand and supply enterprises and that some 
enterprise can both generate and supply demands. 

Demand enterprise 10 includes a transactional 
execution system layer 14. Transactional execution 
system layer 14 represents a system such as an 
ERP/MRP/DRP transactional execution system. A federated 
electronic planning interchange (EPI) layer 16 is in 
communication with transactional execution system layer 
14. Transactional execution system layer 14 and EPI 
layer 16 can be established by software executing on a 
computer system located at demand enterprise 10. Supply 
enterprise 12 similarly includes a transactional 
execution system layer 18 in communication with a 
federated EPI layer 20. Transactional execution system 
layer 18 and EPI layer 20 can be established by software 
executing on a computer system located at supply 
enterprise 12. 

A supply chain planning engine 22 is in 
communication with a federated EPI layer 24 which is 
interconnected with EPI layer 16 and EPI layer 20 by a 
data transfer layer 26. Supply chain planning engine 22 
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can be established by software executing on a computer 
system that is, for example, neutral with respect to each 
enterprise in the supply chain or that is under the 
control of demand enterprise 10. In general, for a 
loosely coupled supply chain, supply chain planning 
engine 22 can be closely associated with a demand 
enterprise that is at the top of the supply chain. For a 
tightly coupled supply chain, supply chain planning 
engine 22 can be neutral with respect to the enterprises 
within the supply chain and provide, for example, a value 
added network. In one embodiment of the present 
invention, supply chain planning engine 22 can be 
implemented using a RHYTHM planning engine available from 
12 TECHNOLOGIES. In one embodiment of the present 
invention, data access/transfer layer 26 uses the public 
Internet or a private intranet to provide a communication 
pathway. In another embodiment of the present invention, 
data access/transfer layer 26 is implemented using a 
private LAN or WAN network. It should be understood, 
however, that there are other ways to implement data 
access/transfer layer 26. 

Transactional execution system layer 14 executes a 
feasible plan or schedule derived from supply chain 
planning engine 22 for demand enterprise 10, and 
transactional execution system layer 18 executes a 
feasible plan or schedule derived from supply chain 
planning engine 22 for supply enterprise 12. EPI layer 
16 and EPI layer 20 provide a data specification format 
and external communication interface for transactional 
execution system layer 14 and transactional execution 
system layer 18, respectively. EPI layers 16 and 20 
communicate information using an electronic planning 
interchange data protocol according to the teachings of 
the present invention. Supply chain planning engine 22 
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performs planning for the supply chain, and EPI layer 24 
provides a data specification format and external 
communication interface for supply chain planning engine 
22 using the electronic planning interchange data 
5 protocol. EPI layers 16, 20 and 24 are connected by and 

communicate information across data access/ transfer layer 
26. Supply chain planning engine 22 can thereby 
communicate planning information with transactional 
execution system 14 and transactional execution system 

10 layer 18 in order to receive information and provide 

extended enterprise planning for the supply chain. 

According to the teachings of the present invention, 
EPI layer 16 and EPI layer 20 are placed in communication 
with transactional execution system layers 14 and 18 to 

15 interface with those systems and to communicate 

information from those systems to supply chain planning 
engine 22. EPI layer 24 provides the interface between 
supply chain planning engine 22 and EPI layers 16 and 20. 
The electronic interchange data protocol used by EPI 

20 layers 16, 20, and 24 provides a scheme for the format 

and timing of information. In this manner, supply chain 
planning engine 22, and transactional execution system 
layers 14 and 18 are allowed to communicate with one 
another and share information sufficient to plan the 

25 supply chain. This supply chain planning can be 

implemented on top of transactional execution systems 
already in place at demand enterprise 10 and supply 
enterprise 12. In addition, supply enterprise 12 and 
demand enterprise 10 can use transactional execution 

30 systems that are not originally designed to directly 

interact . 

Supply chain planning engine 22 can communicate 
information bi-directionally with transactional execution 
system layers 14 and 18 using information formatted 
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according to the electronic planning interchange data 
protocol. This data protocol can require, among other 
things, that demand enterprise 10 and supply enterprise 
12 commit to honoring the planning data they provide and 
5 to following certain timing considerations for the data. 

According to the present invention, the electronic 
planning interchange data protocol can establish 
standards to support decision making across the supply 
chain. Certain functionality in the protocol can be 

10 important in order to achieve desired benefits across the 

supply chain. This functionality includes, but is not 
limited to, implementing business policies, rules, and 
procedures; providing optimal supply chain design through 
model definition; allowing supply chain inventory 

15 visibility; allowing supply chain capacity visibility; 

optimizing the inventory/capacity dependency across the 
supply chain; optimizing transportation/distribution; 
implementing time sensitive business rules; allowing 
available to promise; providing automatic planning 

20 notification of enterprises involved; providing dynamic 

registering and deregistering of enterprises; having 
multiple levels of security; and authenticating buyer and 
seller enterprises within the supply chain. 

In general, infrastructure areas of data and timing 

25 are provided by EPI layers 16, 20 and 24 of the present 

invention. With respect to data, certain information can 
be required to be made accessible by demand and supply 
enterprises 10 and 12 to supply chain planning engine 22. 
This data can include, but is not limited to, capacity, 

30 material and demand information. Capacity information 

can refer to planned capacity volumes for work in process 
(end item parts) , capacity resources and inventory 
planning. Material information can refer to releases, 
shipments, inventory profiles, available to promise 



WO 98/08177 PCT7US97/14789 



13 



(ATP) , costs, suppliers, and alternates. Demand 
information can refer to customer requirements, promise 
dates, customer satisfaction, location and status. Timing 
can be a crucial element in determining the effectiveness 
5 of supply chain planning engine 22. Without a relatively 

rigorous standard that defines the windows that are open 
to each demand or supply enterprise 10 or 12 within the 
supply chain to process a request, the communication 
between levels of the supply chain can break down. Thus, 

10 according to the teachings of the present invention, 

timing standards are defined for demand and supply 
enterprises 10 and 12 in the supply chain. These timing 
requirements allow information to be passed in a timely 
fashion to and from lower tier suppliers within the 

15 supply chain. 

According to the teachings of the present invention, 
supply chain planning engine 22 acts on the information 
provided by the various demand and supply enterprises 10 
and 12. Supply chain planning engine 22 can provide 

20 gross requirements explosion, variability analysis 

(planning, forward, backward, pull, point of use, 
JIT/agile/sequencing requirements) , measurement tracking, 
and inter-level communication. 

A system for extended enterprise planning, . according 

25 to the teachings of the present invention, can provide 

enterprise to enterprise communication logic, which can 
be referred to as request/promise logic, to drive the 
exchange of planning data in a timely fashion. Change 
propagation can be managed forward and backward, and 

30 vertically and horizontally within the supply chain. A 

request or promise can be executed between any enterprise 
within the supply chain. Request /promise logic can be 
integrated within business policies, rules, or procedures 
that have been defined as part of the supply chain model. 
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In some situations, such as when two enterprises are part 
of the same company, the request/promise logic can be set 
up to operate automatically within that company so there 
is no delay in propagating demand changes through the 
supply chain. 

According to the present invention, five concepts 
can be considered to lay foundation for driving agility 
into planning the supply chain. A first concept is that 
of constraint management. This is a concept that 
businesses require feasible solutions. Plans that fail 
to consider real world constraints are of limited use. 
Effective supply chain management means recognizing and 
minimizing the impact of many types of constraints: 
materials, capacity, manpower, transportation, 
warehousing, suppliers, management policies, customer and 
channel allocations, and others. 

A second concept is that of concurrent versus serial 
planning. Conventional planning is done sequentially or 
serially - with separate plans for manufacturing, 
procurement, transportation, sourcing, allocation, and 
distribution — resulting in unsynchronized plans. 
According to the present invention, systems can be 
capable of concurrent planning across the supply chain, 
resulting in faster plan generation and synchronized, 
responsive supply chain. 

A third concept is that of global insight. With 
constraint management and concurrent planning, an 
organization can grasp the global (i.e., supply claim 
wide) impact of local changes on the supply chain. This 
allows an enterprise to make a globally good decision 
rather than one that is just good for that specific 
enterprise . 

Another concept is that of advanced warning. When a 
local change occurs - whether it is an expedited order, 
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unscheduled equipment downtime, or the failure of a 
supplier to perform to expectations — a system can relay 
an advance warning to other enterprises or stake holders 
in the supply chain. This warning can define the local 
5 change in terms of its affect on demand at all tiers 

within the supply chain, as well as its affect on sales, 
inventory and work in process levels, lead times and due 
dates. This visibility provides important information 
for meeting an organization's business objectives. 

10 A further concept is that of built in business 

optimization. Because business scenarios change 
constantly, the present invention provides a means for 
rapidly recommending new operational solutions that can 
maximize quantifiable business objectives such as return 

15 on assets, profit contribution and cash flow. The 

decision support logic can accommodate different business 
optimization criteria . 

In general, the system of the present invention can 
provide a good supply chain solution for transportation, 

20 factory and warehouse sourcing, allocation of materials 

and capacity, inventory replenishment, manufacturing, and 
purchasing. It also provides the ability to predict the 
impact of change on all enterprises and provides improved 
and timely request to promise reliability on a global 

25 basis. In addition, true multi-enterprise outsourcing 

and procurement capabilities (which include suppliers and 
customers) as well as increased product customization 
capabilities can be realized. Enterprises can be allowed 
to gain orders from potential customers, translate those 

30 orders into production requirements, request demand 

fulfillment from suppliers, receive confirmation, and 
deliver the promise date and subsequent product to the 
customer, all while maximizing supply chain performance. 
This can be implemented across enterprises that are not 
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integratable and are otherwise not designed to enable 
quick response. 

Interconnection of a Supply Chain 

FIGURE 2 is a block diagram of one embodiment of a 
system, indicated generally at 30, for extended 
enterprise planning across a supply chain according to 
the teachings of the present invention. System 30 
provides an example of a supply chain having a number of 
enterprises running transactional execution systems 
interconnected with each other and a planning engine by 
EPI layers. 

System 30 includes a distributor which is running, 
for example, a DRP transactional execution system 32. An 
EPI layer 34 is in communication with DRP system 32. An 
original equipment manufacturer (OEM) is operating an ERP 
transactional execution system 36 which is in 
communication with an EPI layer 38. A spare parts vendor 
is operating a DRP transactional execution system 40 
which is in communication with an EPI layer 42. A first 
tier supplier is operating an MRPII transactional 
execution system 44 which is in communication with an EPI 
layer 46, and another first tier supplier is operating an 
ERP transactional execution system 48 which is in 
communication with an EPI layer 50. Lastly, a second 
tier supplier is operating an MRP transactional execution 
system 52 which is in communication with an EPI layer 54. 
A supply chain planning engine 56 is in communication 
with an EPI layer 60 which includes a federated database 
58, as shown. Each of the EPI layers 34 through 60 are 
interconnected by data access/transfer layer 62 which 
allows communication of information between the EPI 
layers using an electronic planning interchange data 
protocol . 
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In the illustrated embodiment, the distributor 
originates demands for the entire supply chain. In other 
words, it is the distributor that sells product and 
generates initial demands for the supply chain based upon 
5 those sales. The distributor might be, for example, in 

the business of selling personal computers. The 
distributor can receive products from the OEM as well as 
spare parts from the spare parts vendor. The OEM has two 
first tier suppliers, one or both of which is supplied by 

10 the second tier supplier. In this example supply chain, 

demand originates from the distributor and propagates 
back to the second tier supplier, and promises to supply 
products/parts propagate forward to the distributor. 

According to the present invention, communication of 

15 planning information is enabled by using the respective 

EPI layers to link the transactional execution systems 
operated by the enterprises. Thus, each enterprise can 
communicate information using the electronic planning 
interchange data protocol, and supply chain planning 

20 engine 56 can thereby integrate planning across the 

supply chain. 

Supply chain planning engine 56 performs planning 
for all of the enterprises in the supply chain. In one 
implementation, each transactional execution system can 

25 be enhanced by an application program interface (API) 

which implements the respective EPI layer. These API's 
can hook into the existing transactional execution 
systems operated by each enterprise in the supply chain. 
The various EPI layers can then communicate planning 

30 information to supply chain planning engine 56 and to one 

another. In another implementation, federated database 
58 provides a central site for each of the enterprises to 
store planning related information which can then be 
accessed by supply chain planning engine 56. Supply 
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chain planning engine 56 can access the planning 
information, plan for the supply chain, and provide 
planning information for the various enterprises by 
storing information in federated database 58. 

The electronic planning interchange data protocol 
used by the EPI layers provides a common format and rules 
for communication of planning information. In one 
embodiment of the present invention, the electronic 
planning interchange data protocol uses the formats set 
forth in the following tables for communicating requests 
and promises. 



| Table 1 

Delivezy_Request 


• 


Name of Creator, e.g., Computer Co. Plan "A" 




• 


Creator's Name of object, e.g., p.o. #123456 




• 


Receiver's Name of Object, e.g., P.O. 8ABCDEF 




• 


Remark String, e.g., "Emergency Order Received from Key 
Customer" 


• 


Issuance Date, e.g., 96/05/05 00:00:00 




( — date the request was issued 


• 


Expiration Deadline, e.g., 96/05/05 00:00:00 






— if no promises are offered by this date, 
withdrawn 


the request is 


• 


Accepted Date, e.g., 96/05/05 00:00:00 






date the offered delivery promises were 


accepted 


• 


Delivery Due Date, e.g., 96/05/05 00:00:00 




— when I want what I'm asking for 


• 


Delivery Destination Remarks, e.g., "Address, 


Phone, ..." 


• 


Item Name, e.g., SKU #ZXC 




• 


Quantity, e.g., 12 
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Table 2 




Delivery^Promise 


• 


Offered Date, e.g., 96/05/05 00:00:00 


— when the promise was offered 


• 


Acceptance Deadline, e.g., 96/05/05 00:00:00 




— if this deadline passes without acceptance by the 




requester, the promise is withdrawn 


• 


Planned Delivery Date, e.g., 96/05/05 00:00:00 


• 


Item Name, e.g., SKU #ZXC 


• 


Quantity, e.g., 12 



According to the teachings of the present invention, 
execution of planning and scheduling at the supply chain 

15 level are implemented by allowing supply chain planning 

engine 56 to create and plan for a model of the entire 
supply chain. This virtual model can be created by the 
planning information communicated to supply chain 
planning engine 56. Supply chain planning engine 56 can 

20 proactively strip federated data from EPI layers 34, 38, 

42, 46, 50 and 54 and can poll EPI layer 60 in a reactive 
fashion, thus providing both proactive and reactive 
planning capability. The standards defined by the EPI 
layers and electronic planning interchange data protocol 

25 integrates planning information by hooking into various 

types of transactional execution systems and providing 
planning information in a common format. According to 
the present invention, by processing the whole supply 
chain planning problem concurrently, the benefit of 

30 opportunities to the entire supply chain can be 

identified and implemented. 
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Automotive Supply Chain 

FIGURE 3 is a block diagram of one embodiment of an 
automotive supply chain, indicated generally at 70, which 
can be considered a tightly coupled supply chain. Supply 
5 chain 70 has, at its center, a dealer enterprise 72. 

Outward from dealer enterprise 72 are three final 
assembly enterprises 74. Outward from final assembly 
enterprises 74 are a number of enterprises 76 that supply 
parts to final assembly enterprises 74. These 

10 enterprises 76 include businesses that supply electronic 

components, engines, suspensions, bodies, brakes, 
interiors, glass, transmissions, and tires. Outward from 
enterprises 76 are additional enterprises 78 that supply 
other materials including electronic components, a 

15 foundry, and a steel mill. 

According to the teachings of the present invention, 
supply chain 70 can be integrated using the supply chain 
planning engine and EPI layers described above. With 
this integration, requests can be transferred out from 

20 dealer 72 and promises can be returned back to dealer 72 

so that dealer 72 can respond to a customer demand with a 
relatively precise promise date. Dealer 72 could 
generate a plan, send out appropriate demands, receive 
promises, and know accurate dates for delivery of 

25 vehicles to dealer 72 f s customers. Where there is one 

planning domain, simulations of plans for the supply 
chain can occur, for example, in five to ten minutes 
across the network of enterprises. Where there are 
multiple planner domains and there is sufficient 

30 available to promise, plan development can occur, for 

example, in one to two minutes across the network of 
enterprises . 

Where there is insufficient available to promise and 
multiple planner domains, due to the business process 
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constraints, dealer 72 can send requests to final 
assembly enterprises 7 4 before 9:00 a.m. in the morning. 
According to the EPI protocol, final assembly enterprises 
74 can be required to provide requests to enterprises 76 
by 11:00 a.m. in the morning. Enterprises 76 can then be 
required to provide requests to outer enterprises 78, if 
any, by 2:00 p.m. in the afternoon. In this scheme, 
promises can then be transferred back from outer 
enterprises 78 to enterprises 76 by 4:00 p.m. Promises 
can be returned to final assembly enterprises 74 by 5:00 
p.m., and promises can be returned to dealer 72 by 6:00 
p.m. A planning engine can then process the demand and 
promise information generated during the day and produce 
a plan for the supply chain for the week. 

In this manner, dealer 72 can be provided with 
accurate promise information for delivery of finished 
vehicles. This planning process also can identify 
enterprise links in the supply chain causing delays and 
warn those links of that status. Strategies for avoiding 
delays can then be developed such as by finding 
substitutions for those links or correcting problems at 
those links. 

Consumer Packaged Goods Supply Chain 

FIGURE 4 is a block diagram of one embodiment of a 
consumer packaged goods supply chain, indicated generally 
at 80, which is a loosely coupled supply chain. A 
retailer enterprise 82 receives products A, B and C from 
primary vendor enterprises 84 and can receive products A 
and B from secondary vendor enterprises 86. Of course, 
the supply chain can be much more extensive, but is 
reduced to this size for ease of explanation. According 
to the teachings of the present invention, retailer 
enterprise 82, primary vendor enterprises 84, and 
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secondary vendor enterprises 86 can be linked using a 
supply chain planning engine and EPI layers as described 
above. In addition, retailer 82 can have the supply 
chain planning engine associated with it and essentially 
5 control the operation of the supply chain. This retailer 

control can be common in a supply chain where a retailer 
enterprise 82, such as a Wal-Mart, generally manages its 
supply chain. 

The integration of supply chain 80 allows retailer 

10 enterprise 82, for example, to communicate a request to 

primary vendor enterprises 84 for the respective 
products. The EPI protocol can define a window for a 
promise from primary vendor enterprises 84 to supply the 
requested products. Where there is one planning domain, 

15 simulations of plans for the supply chain can occur, for 

example, in five to ten minutes across the enterprises. 
Where there are multiple planner domains and there is 
sufficient available to promise, plan development can 
occur, for example, in one to two minutes across the 

20 enterprises. 

Where there is insufficient available to promise and 
multiple planner domains, the window can be defined as a 
2-hour window. If a promise is not received from a 
primary vendor enterprise 84 within the 2-hour window, 

25 retailer 82 can communicate a request to a secondary 

vendor enterprise 86 to obtain the necessary product. 
Again, a 2-hour window could be defined for a promise 
from secondary vendor enterprises 86. It should be 
understood that, in this manner, retailer enterprise 82 

30 can timely inform the vendors in its supply chain of the 

products needed as well as avoid running out of certain 
products. The present invention provides a retailer 
enterprise 82 and vendor enterprises 84 and 86 with the 
ability to manage inventories and run a leaner supply 
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chain than is possible with conventional planning 
systems . 

Communication of Planning Information 

FIGURES 5A, 5B and 5C provide a flow chart of a 
method for managing demands communicated between 
enterprises in a supply chain according to the teachings 
of the present invention. The method of FIGURES 5A-5C 
contemplates, for example, the use of a public Internet, 
private intranet or direct dial servers for communication 
of information. 

As shown in FIGURE 5A, in step 100, an enterprise A 
develops a demand forecast. In step 102, enterprise A 
connects to enterprise B's planning server. In step 104, 
enterprise A transmits the demand forecast to enterprise 
B. Then, in step 106, enterprise B acknowledges receipt 
of enterprise A f s demand forecast. In step 108, 
enterprise A can then disconnect from enterprise B's 
planning server. 

As shown in FIGURE 5B, in step 110, enterprise B is 
notified that a forecast has been received from 
enterprise A. In step 112, enterprise B inserts the 
demand forecast into its database, or transactional 
execution system, in temporal order as indicated by the 
forecast time stamp. In step 114, enterprise B 
determines whether the forecast is new. If not, in step 
116, no action is taken, and enterprise B has completed 
processing the demand forecast. If the forecast is new, 
enterprise B, in step 118, has its planner view the 
demand forecast and compare it with its own demand 
forecast. In step 120, enterprise B then determines 
whether the forecasts differ. If not, in step 122, 
enterprise B approves the forecast. If so, in step 124, 
enterprise B updates its forecast and imports the updated 
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forecast into its planning system. In step 126, 
enterprise B then connects to enterprise A r s planning 
server. In step 128, enterprise B transmits its demand 
forecast to enterprise A. In step 130, enterprise A 
acknowledges receipt of the forecast, and, in step 132, 
enterprise B can disconnect from enterprise A. 

As shown in FIGURE 5C, in step 134, enterprise A is 
then notified that a forecast has been received from 
enterprise B. In step 136, enterprise A inserts the new 
forecast into its database in temporal order as indicated 
by the forecast time stamp. In step 138, enterprise A 
then determines whether the forecast is new. If not, in 
step 140, no action is taken by enterprise A. If so, in 
step 142, enterprise A's planner views the forecast and 
compares it with enterprise A f s own forecast. In step 
144, enterprise A takes further action as needed. 

This process between enterprise A and enterprise B 
can continue such that both enterprises maintain demand 
forecasts that incorporate information available to both 
enterprises. The level at which this information is 
shared and communicated can be implemented as deeply as 
desired by the various enterprises. According to the 
teachings of the present invention, an EPI layer can be 
established and provide enterprises with a means for 
communicating information between one another and 
integrating that information into the supply chain 
planning . 

Although the present invention has been described in 
detail, it should be understood that various 
modifications, substitutions, and alterations can be made 
hereto without departing from the intended scope as 
defined by the appended claims. 
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WHAT IS CLAIMED IS: 

1. A system for extended enterprise planning 
across a supply chain, comprising: 

a first system associated with a demand enterprise 
5 in a supply chain, comprising: 

a first transactional execution system layer 
operable to execute a plan for an operating environment 
of the demand enterprise; and 

a first federated electronic planning 
10 interchange layer in communication with the first 

transactional execution system layer, the first federated 
electronic planning interchange layer providing a data 
specification format and an external communication 
interface for the first transactional execution system 
15 layer; 

a second system associated with a supply enterprise 
in a supply chain, comprising: 

a second transactional execution system layer 
operable to execute a plan for an operating environment 
20 of the supply enterprise; and 

a second federated electronic planning 
interchange layer in communication with the second 
transactional execution system layer, the second 
federated electronic planning interchange layer providing 
25 a data specification format and an external communication 

interface for the second transactional execution system 
layer; and 

a third system, comprising: 

a supply chain planning engine operable to 
30 perform planning for the supply chain; and 

a third federated electronic planning 
interchange layer in communication with the supply chain 
planning engine, the third federated electronic planning 
interchange layer providing a data specification format 
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and an external communication interface for the supply 
chain planning engine; and 

a data access/transfer layer interconnecting the 
first/ second and third federated electronic planning 
interchange layers, the data access/transfer layer 
allowing transfer of information between the first/ 
second and third federated electronic planning 
interchange layers; 

such that the supply chain planning engine, the 
first transactional execution system and the second 
transactional execution system can communicate planning 
information, and the supply chain planning engine can use 
the planning information to provide constraint based 
extended enterprise planning across the supply chain. 

2. The system of Claim 1, wherein the first, 
second and third federated electronic planning 
interchange layers communicate using an electronic 
planning interchange data protocol. 

3. The system of Claim 2, wherein the electronic 
planning interchange data protocol defines a window in 
which supply information is to be sent in response to 
demand information . 

4. The system of Claim 1, wherein the first and 
second federated electronic planning interchange layers 
are implemented by application program interfaces for the 
first and second transactional execution systems. 

5. The system of Claim 1, wherein the supply chain 
planning engine is implemented using a RHYTHM planning 
engine. 
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6. The system of Claim 1, wherein the first and 
second transactional execution systems are selected from 
the group consisting of ERP, DRP, and MRP planning 
systems . 

5 

7. The system of Claim 1, wherein the data 
access/transfer later is implemented using the public 
Internet . 

10 8. The system of Claim 1, wherein the data 

access/transfer layer is implemented through a value 
added network. 



WO 98/08177 PCIYUS97/14789 



28 



9. A method for extended enterprise planning 
across a supply chain, comprising: 

connecting a first federated electronic planning 
interchange layer in communication with a first 
5 transactional execution system layer associated with a 

demand enterprise in a supply chain; 

such that the first federated electronic 
planning interchange layer provides a data specification 
format and an external communication interface for the 
10 first transactional execution system layer; 

connecting a second federated electronic planning 
interchange layer in communication with a second 
transactional execution system layer associated with a 
supply enterprise in a supply chain; 
15 such that the second federated electronic 

planning interchange layer provides a data specification 
format and an external communication interface for the 
second transactional execution system layer; and 

connecting a third federated electronic planning 
20 interchange layer in communication with a supply chain 

planning engine operable to perform planning for the 
supply chain; 

such that the third federated electronic 
planning interchange layer provides a data specification 
25 format and an external communication interface for the 

supply chain planning engine; and 

interconnecting the first, second and third 
federated electronic planning interchange layers with a 
data transfer layer; 
30 such that the supply chain planning engine, the 

first transactional execution system and the second 
transactional execution system can communicate planning 
information, and the supply chain planning engine can use 
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the planning information to provide constraint based 

extended enterprise planning across the supply chain. 

10. The method of Claim 9, wherein connecting the 
5 first, second and third federated electronic planning 

interchange layers comprises connecting federated 
electronic planning interchange layers that communicate 
using an electronic planning interchange data protocol. 

10 11. The method of Claim 10, wherein the electronic 

planning interchange data protocol defines a window in 
which supply information is to be sent in response to 
demand information . 

15 12. The method of Claim 9, wherein connecting the 

first and second federated electronic planning 
interchange layers comprises implementing application 
program interfaces for the first and second transactional 
execution systems . 
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13. The method of Claim 9, connecting the third 
federated electronic planning interchange layer comprise 
connecting to a supply chain planning engine implemented 
using a RHYTHM planning engine. 



14. The method of Claim 9, wherein connecting the 
first and second federated electronic planning 
interchange layers comprises connecting to first and 
second transactional execution systems that are selected 
30 from the group consisting of ERP, DRP, and MRP planning 

systems . 
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15. The method of Claim 9, wherein interconnecting 
is accomplished by a data access/ transfer later 
implemented using the public Internet. 

16. The method of Claim 9, wherein interconnecting 
is accomplished by a data access/transfer later 
implemented through a value added network. 
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